532tec'dPCT/PTC 28 AUGZOOO 



FORM PTO- 1390 U S DEPARTMENT OF COMMERCE PATENT AND TRADEMARK OFFICE 

(REV 11-98) 

TRANSMITTAL LETTER TO THE UNITED STATES 
DESIGNATED/ELECTED OFFICE (DO/EO/US) 
CONCERNING A FILING UNDER 35 U.S.C. 371 



ATTORNEY 



MEY'S DOCKET NUMBER 
P/61380-Pcff|/6228 



U.S. APPLICATION NO. (If known, see 37 CFR 1.5) 



INTERNATIONAL APPLICATION NO. 
PCT/GB99/00719 



INTERNATIONAL FILING DATE 
03/10/1999 



PRIORITY DATE CLAIMED 
3/13/1998 



TITLE OF INVENTION BROADBAND SERVICE CREATION ENVIRONMENT 



APPLICANT(S) FOR DO/EO/US Michael Louis Francis GRECH 




□ 
□ 



Applicant herewith submits to the United States Designated/Elected Office (DO/EO/US) the following items and other information: 
1. Lf^J This is a FIRST submission of items concerning a filing under 35 U.S.C. 371. 

is is a SECOND or SUBSEQUENT submission of items concerning a filing under 35 U.S.C. 371. 
his express request to begin national examination procedures (35 U.S.C. 371 (f)) at any time rather than delay 
examination until the expiration of the applicable time limit set in 35 U.S.C. 37 (b) and PCT Articles 22 and 39(1). 
A proper Demand for International Preliminary Examination was made by the 19 th month from the earliest claimed priority date. 
A copy of the International Application as filed (35 U.S.C. 371 (c)(2)) 

a. \E1 is transmitted herewith (required only if not transmitted by the International Bureau). 

has been transmitted by the International Bureau, 
c. D is not required, as the application was filed in the United States Receiving Office (RO/US). 
A translation of the International Application into English (35 U.S.C. 371 (c)(2)). 
Amendments to the claims of the International Application under PCT Article 19 (35 U.S.C.371(c)(3)). 
a. □ are transmitted herewith (required only if not transmitted by the International Bureau). 

have been transmitted by the International Bureau, 
c. □ have not been made; however, the time limit for making such amendments has NOT expired. 

have not been made and will not be made. 
A translation of the amendments to the claims under PCT Article 19 (35 U.S.C. 371(c)(3)). 
An oath or declaration of the inventor(s) (35 U.S.C. 371 (c)(4)). 

A translation of the annexes to the International Preliminary Examination Report under PCT Article 36 
(35 U.S.C. 371(c)(5)). 
Items 11. to 16. below concern document(s) or information included: 
An Information Disclosure Statement under 37 CFR 1.97 and 1.98. 

An assignment document for recording. A separate cover sheet in compliance with 37 CFR 3.28 and 3.3 1 is included. 
13. [x] A FIRST preliminary amendment. 

A SECOND or SUBSEQUENT preliminary amendment. 
A substitute specification. 

A change of power of attorney and/or address letter. 
16. Other items or information: Receipt Acknowledgement Postcard 



□ 
□ 



10 



11. 


□ 


12. 


□ 


13. 


m 




□ 


14. 


□ 


15. 


□ 


16. 





page 1 of 2 



I hereby certify that this correspondence is being 
deposited with the United States Postal Service as 
Express Mail No. EL 337 912 896 US in an 
envelope addressed to: Box: PCT; Commissioner 
of Patents and Trademarks, Washington, D.C. 
20231, on: / J„ 
August 28. 2000 S^ . 
(date) Alan Israel 
Reg. No. 27,564 



Jj 



PCT/GB99/00719 



P/61380-PCT 



17. El The following fees are submitted: 




CALCULATIONS pto use only 


BASIC NATIONAL FEE (37 OR 1.492 (a)(lj - (5)) : 

Neither international preliminary examination fee (37 CFR 1.482) 
nor international search fee (37 CFR 1.445(a)(2)) paid to USPTO 
and International Search Report not prepared by the EPO or JPO $970.00 

International preliminary examination fee (37 CFR 1.482} not paid to 

USPTO but International Search Report prepared by the EPO or JPO $840.00 

International preliminary examination fee (37 CFR 1.482) not paid to USPTO but 
international search fee (37 CFR 1 .445(a)(2)) paid to USPTO $760.00 

International preliminary examination fee paid to USPTO (37 CFR 1 482) 

but all claims did not satisfy provisions of PCT Article 33(l)-(4) . . . $670.00 

International preliminary examination fee paid to USPTO (37 CFR 1.482) 

and all claims satisfied provisions of PCT Article 33(l)-(4) $96.00 

ENTER APPROPRIATE BASIC FEE AMOUNT = 




$840.00 




Surcharge of $130.00 for furnishing the oath or declaration later than Li 20 Ll 30 
months from the earliest claimed priority date (37 CFR L492 (e)). 


$0.00 




CLAIMS 


NUMBER FILED 


NUMBER EXTRA 


RATE 




Total claims 


3 -20 = 


0 


X $18.00 


$0.00 




Independent claims 


1 -3 = 


0 


X $78.00 


$0.00 




MULTIPLE DEPENDENT CLAIM(S) (if applicable) 


+ $260.00 


$0.00 




TOTAL OF ABOVE CALCULATIONS = 


$840.00 




Reduction of Vz for filing by small entity, if applicable, A Small Entity Statement 
Snust also be filed (Note 37 CFR 1.9, 1.27, 1.28). 


$840.00 




f! SUBTOTAL = 


$840.00 




Ifrocessing fee of $130.00 for furnishing the English translation later than D 20 Q 30 
linonths from the earliest claimed priority date (37 CFR 1.492 (f)). 


$0.00 




^ TOTAL NATIONAL FEE = 


$840.00 




Ifee for recording the enclosed assignment (37 CFR 1.21 (h)). The assignment must be 
•accompanied by an appropriate cover sheet (37 CFR 3,28, 3.3 1). $40.00 per property + 


$0.00 




TOTAL FEES ENCLOSED = 


$840.00 






Amount to be: 
refunded 


$ 


charged 


$ 



s. IE] 



A check in the amount of$ 840.00 to cover the above fees is enclosed. 



Please charge my Deposit Account No. 11-1145 in the amount of $_ 
A duplicate copy of this sheet is enclosed. 



. to cover the above fees. 



c. 



The Commissioner is hereby authorized to charge any additional fees which may be required, or credit any 
overpayment to Deposit Account No. 11-1145 . A duplicate copy of this sheet is enclosed. 



NOTE: Where an appropriate time limit under 37 CFR 1.494 or 1.495 has not been met, a petition to rev^e (3f 
filed and granted to restore the application to pending status. 



SEND ALL CORRESPONDENCE TO: 
Alan Israel, Esq. 

KIRSCHSTE1N, OTDNGER, ISRAEL & SCHIFFMILLER, PC. 

489 Fifth Avenue 

New York, New York 10017 



ZFR 1.137(a) or (b)) must be 



SIGNATURE: ' 


V 


Alan Israel 




NAME 




27,564 





REGISTRATION NUMBER 



Form PTO-1390(REV) 1 1-98) page 2 of 2 



09/622855 
430 Rec'd PCT7PTO £ 8 AUG 



Docket No.: P/61380.USP/GPTU51 



PATENT APPLICATION 
IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



1 1 hereby certify that this correspondence is being deposited with 
! the United States Postal Service as Express Mail No. EL 337 9 12 



i 896 US in an envelope addressed to: Box: PCT; Commissioner of 
Patents and Trademarks, Washington, D.C. 2023 1 , on: 



August 28. 2000 
(date) 



Alan Israel * J 
Reg, No. 27,&4 



International Application No.: 
International Filing Date : 
In re: Application of : 
Deposited : 
For : 



PCT/GB99/00719 
: March 10, 1999 
: Michael Louis Francis GRECH 
: August 28, 2000 

: BROADBAND SERVICE CREATION ENVIRONMENT 

New York, New York 
August 28, 2000 

PRELIMINARY AMENDMENT 



Box: PCT 

Hon. Commissioner of Patents and Trademarks 
Washington, D.C. 20231 



Sir: 



Prior to calculation of the filing fee and before examination, kindly amend the above 
captioned application as follows: 



IN THE SPECIFICATION: 



Page 1, before line 1, insert the following heading: 

-- BACKGROUND OF THE INVENTION --; 



line 3, delete "1. Introduction". 
Page 2, at line 3, insert the following heading: 

-- SUMMARY OF THE INVENTION --; 
line 6, change "comprising" to -- comprises -; 
line 10, insert the following heading: 

- BRIEF DESCRIPTION OF THE DRAWINGS 
line 24 (last line of the page), change "7" to ~ 8 --. 

Page 3, before line 1, insert the following heading: 

- DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS -: 
line 1, delete "2."; 

line 16, delete "2.1". 
Page 4, line 12, delete "2.2". 
Page 5, line 16, delete "2.3". 
Page 6, line 8, delete "2.4". 
Page 7, line 5, delete "3.". 
Page 8, line 4, delete "3.1". 

Page 9, line 13, change "customised" to — customized --; 

line 16, delete "3.2". 
Page 11, line 24 (last one of the page), delete "3.3". 
Page 12, line 5, change "figure" to ~ Figure — ; 

line 7, delete "3.4"; 



line 8, change "figure" to ~ Figure --; 

line 13, change "described in section 3.2" to ~ and --; 
change "in section 3.3" to — above --. 
Page 13, line 10, delete "4."; 

line 13, change "realise" to -- realize --; 

line 14, change "utilising" to — utilizing --. 
Page 15, change the heading to read - WE CLAIM : — . 
IN THE ABSTRACT : 

Delete the "Abstract" on the PCT cover sheet and replace it with the "Abstract of the 



Headings have been added to the specification; an abstract has been provided on a 



separate sheet; and minor typographical errors have been corrected to better conform to U.S. 



Wherefore, an early action on the merits is earnestly solicited. 



KIRSCHSTEIN, OTTINGER, ISRAEL & SCHIFFMILLER, P.C. 



Attorneys for Applicant(s) 
489 Fifth Avenue 

New York, New York 10017-6105 
Tel: (212)697-3750 
Fax: (212)949-1690 



Disclosure" set forth on a separate sheet attached hereto. 



REMARKS 



practice. 



Respectfully submitted, 



/ / 




Alan Israel ^ 
Registration No. 27,564 



-3- 



ABSTRACT OF THE DISCLOSURE 

A broadband graphical service creation environment for creating Intelligent Network 
services for a Broadband Integrated Services Digital Network/Intelligent Network network uses 
building blocks, a picture editor and code generator, the building blocks being a collection of 
broadband specific actions, data access and data manipulation routines plus pictorial blocks that 
define the graphical layout of the service. The broadband service creation environment further has 
Generic Service Building Blocks capable of running a specific message sequence, which sequence 
can be interrupted by some asynchronous events, wherein once the event is handled, the original 
message sequence can be resumed and the service creation environment is able to generate Service 
Logic programs that can support a finite state machine. 
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BROADBAND SERVICE CREATION ENVIRONMENT 



1, Introduction 

A graphical service creation environment capable of creating Intelligent Network (IN) 
services for a Broadband-Integrated Services Digital Network/Intelligent Network (B- 
ISDN/IN) network is described. This broadband service creation environment is based 
on an extension of an equivalent narrowband product such as GAIN INventor supplied 
by GPT Limited. GAIN INventor is one of a family of products based on the UNIX™ 
operating system and a Service Logic Execution Environment (SLEE). The SLEE is 
designed to support telecommunication services Service Logic Programs and is based on 
the SLEE API defined in the Bellcore AIN 1.0 standard. As well as residing on the 
INventor, the SLEE resides on the target environment, the Service Control Point (SCP). 
One of INventor' s features is the graphical service creation environment which allows 
the creation of telecommunication services using graphical icons connected together to 
form a service picture. The service picture is a general logical description of a service 
without any explicit reference to the Service Control Function (SCF/SSF) or Service 
Switching Function (SRF) interface messages other than those at a higher level. 



Section 2 is provided as background material. The approach within the project has been 
to provide switched broadband services which are extensions to the classical IN 
architecture as this does not dramatically change the typical service deployment 
architecture. The Service Switching Points (SSP), Service Control Points (SCPs) and 
Intelligent Peripherals (IP) have been enhanced to cope with the broadband functionality. 
The broadband SCP (B-SCP) is realised as enhancements to an existing narrowband 
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product. Service logic programs required to provide the complex broadband services to 
run on the B-SCP have been created using a broadband graphical environment (B-SCE). 

According to the present invention a broadband graphical service creation environment 
for creating Intelligent Network services for an Integrated Broadband Service Digital 
Network/Intelligent Network network, comprising building blocks, a picture editor and 
code generator, the building blocks being a collection of broadband specific actions, data 
access and data manipulation routines plus pictorial blocks that define the graphical 
layout of the service. 

The present invention will now be described, by way of example, with reference to the 
accompanying drawings, in which:- 

Figure 1 shows the Entity Relationship Diagram for the Switching State Model; 

Figure 2 shows the State Diagram for the Legs of Figure 1; 

Figure 3 shows the State Diagram for the Connection of Figure 1; 

Figure 4 shows the Finite State Machine for Broadband Service Control Function; 

Figure 5 shows the Message Sequence for the AddBearer Option in the 

BearerControl Generic Service Building Blocks; 

Figures 6A and 6B combined show the Runtime Action of the AddBearer Option 
in the BearerControl GSBB; 

Figure 7 shows a table of GSBBs; and 

Figure 7 shows a Service Creation Architecture. 
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2. IN based broadband services 

The most significant impacts of a broadband network on IN with respect to service 
creation are: 

* the number of B-ISDN calls that can comprise an IN service are now numerous; 

• in dealing with the events relating to the multiple calls, the sequence of arrival of 
messages at the service logic can be unpredictable; 

the interaction between the network and user that arises from broadband services 
is of increased complexity. 

Solutions to these problems include introducing a switching state model in the Service 
Switching Function, a finite state machine in the Service Control Function that copes 
with the asynchronous messages, and by introducing a "very intelligent" Intelligent 
Peripheral to handle the complex user interaction. 

2.1 Switching State Model 

The Switching State Model (SSM) is a function within the B-SSP that has the task of co- 
ordinating the events and detection points (DPs) from the several Basic Call State Models 
that form a service session. It offers an object-oriented view of the network elements and 
resources of the call control function (CCF) to the service logic. This object model 
removes the complexity at the B-SCP to co-ordinate the DPs at the service logic. The 
model is capable of representing both abstract attributes like ownership of the session, 
as well as more concrete elements of the call like parties and connections. Figure 1 
shows the entity relationship diagram for the switching state model. 
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Within this model several parties can join a session, where a session is a representation 
of a complete call configuration as seen by an IN service, and a party represents real end 
users or network nodes like the B-IP or even the B-SCP. Between such parties, 
connections can be established, where connections can either be bearer related or bearer 
unrelated. A connection is composed of several legs, where the leg represents the 
communication path to a party which is connected to other parties by a connection. A 
significant attribute of connections and legs is the status. This represents the status of the 
respective object in the call processing. Figures 2 and 3 show the state diagrams for the 
bearer and leg objects. Changes in the status attribute of legs and connections can be 
reported to the service logic when a state change takes place. 

2.2 The Broadband INAP 

The information flows between the B-SCF and the B-SSF are based on the abstract 
representation of the SSM model. The B-SCF is only able to manipulate the objects in 
the model, and as a result the operations for the information flows only allow such object 
manipulation. 

The protocol between the B-SSP and B-SCP that has emerged is based on the 
manipulation of the objects represented in the SSM model. Verbs such as Add and 
Delete are applied to objects such as parties and connection to provide this protocol. For 
example if the service logic wishes to add a new bearer connection between two parties 
in the existing IN session, the operation AddBearerToSession is uses to instruct the B- 
SSP to perform this operation. This has led to a Broadband IN Application Protocol (B- 
ENfAP) that is different from the current IN-CS 1 or 2 standard but has similarities with 
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the emerging IN-CS3.2 standard The B-SCP maintains its own view of the SSM model 
as relationship information is transmitted in the information flows. The model in the B- 
SCF is aligned with the model in the B-SSP which means that if an event changing the 
SSM state occurs, a communication flow is used to keep the SSM state aligned in the two 
nodes. State changes occur as a result of an event notified by the B-CCF, in which case 
B-SSF to B-SCF information flow takes place. The control as to which state changes are 
reported to the service logic is under the control of the service logic itself The service 
logic must send requests to the B-SSP so that the particular state changes that occur are 
reported. For example, in the AddBearerToSession operation mentioned above, in order 
for the service logic to receive notification that the bearer connection has been set up, it 
must send a RequestReportSSMChange, specifying the transition BeingSetUp to SetUp 
prior to sending the message. Thus when the network connection is actually set up, the 
service logic is informed about the establishment of the connection via an operation 
ReportSSM Change that indicates that the bearer status has changed to the state SetUp, 

23 B-SCF finite state machine 

A significant consequence of the SSM and the B-INAP as far as the B-SCP is concerned 
is the finite state machine on the access side. After the receipt of the message which 
triggers the service logic, the ServiceRequest, the B-SCP has to explicitly arm the 
necessary SSM state changes in order to keep track of the status of the calls and/or 
connections. The service logic needs to be informed when connections are released for 
any reason, and as this is achieved by means of a ReportSSMChange message, the service 
logic must be in a position to accept such a message in any state after the IN service logic 
is triggered. Figure 4 shows the finite state machine that the B-SCP access manager must 
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be able to cope with State A represents the idle state where the service logic is waiting 
for the initial IN trigger (ServiceRequest). With this event the state changes to State B. 
This is an all encompassing state where messages are prepared for sending to the B-SSP 
but importantly it must also be able to accept messages from the B-SSP during this state. 
This is due to the fact that calls and/or connections can be released at any time which 
results in a notification to the service logic. 

2.4 User Interaction 

In the services considered, end users using a set top box can enter an interactive phase 
of the service, or navigation which allows the user to enter passwords, update service 
profiles or make selections that influence the IN service logic. As each service has 
different requirements, two approaches to user interaction were developed* For simple 
and generic interaction which is intended to work together with any end system, the 
feature User Service Interaction (USI) has been introduced. This uses a signalling 
connection between the end system and the B-SCP to convey user service information. 
For complex multimedia interaction, a broadband Specialised Resource Function (B- 
SRF) that supports GUI based interaction with the end system has been introduced. 

Connection Oriented Bearer Independent (GOBI) has been adopted as a transport means 
to allow direct interaction between user and service logic. The handling of call related 
events and call unrelated events are presented in a unified view to the B-SCP by the IN- 
SSM model. The B-SRF provides the same functionality as the narrowband case with 
the main exceptions that it consists of its own logic and processing capability to work 
together with the broadband CPE in providing the services in a user friendly way and that 
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it interacts with the network through a specialised interface to the B-SCF. The creation 
of service logic that resides on the B-SRF is not considered but tools for creating the 
service logic that reside and are executed on the B-SCF are considered. 

3. A Service Creation Environment for broadband IN services 
The narrowband service creation environment is based on the logical connections of 
graphical building blocks, referred to as Generic Service Building Blocks (or GSBBs) 
herein, however the concepts can be equally applied to a broadband environment. The 
GSBBs are an approach to the Service Independent Block, or SIB concepts in IN-CS-1 . 
The SCE consists of a finite number of GSBBs that can be selected and customised in a 
GSBB. Customised instances of the GSBBs or icons, are placed on a sketcher and linked 
together to form the service logic flow required into a picture file. A code generator 
converts the picture file into run time files required to run the service. There are broadly 
speaking three classes of GSBBs. INAP dependent GSBB, INAP independent GSBBs and 
pictorial GSBBs. The first class, the INAP dependent GSBBS translate into a sequence 
of B-INAP messages that are exchanged between the B-SCP and B-SSP and/or B-IP. 
INAP independent GSBBs perform operations that do not relate to INAP operations. The 
majority relate to database manipulation but also include variable manipulation and 
service logic flow control. The pictorial class only impacts the layout of the service 
picture. 

The approach within the broadband SCE created was to reuse the existing SLEE within 
the narrowband product, but develop new INAP dependent GSBBs to handle the 
functions required by the B-INAP plus new infrastructure ones to support the broadband 
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functionality such as the abstract view introduced by the Switching State Model and the 
finite state machine of the service logic. 

3.1 Generic Service Building Blocks for broadband services 
GSBBs that depend on the new B-INAP, or B-INAP dependent GSBBs together with new 
GSBBs to take into account the impact of the broadband services have been developed. 
Significantly, B-INAP dependent GSBBs in the original product were retained and are 
successfully reused without changes. The B-INAP dependent GSBBs developed fall into 
the following categories: 

Call Control GSBBs 
B-SRF interaction GSBBs 
* User-Service Interaction GSBBs 

Other miscellaneous B-INAP dependent GSBBs 

The call control GSBBs perform all the necessary operations that allow the connections 
to be established and deleted between users in the IN service session. The B-SRF 
interaction GSBBs handle all the operations that instruct the B-SRF to run script based 
interaction with the user as well as collecting information from the user. The User 
Interaction GSBBs allow the service logic to handle the end-to-end protocol between the 
user and the service logic, where the service creator can construct and extract messages 
to and from the user. Other GSBBs developed allow the triggering and correct 
termination of IN services and GSBBs that allow the collection of buffered SSM events 
as a result of the finite state machine implemented for the B-SCP. 
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For the call control GSBBs, instead of providing a complete view of the SSM, the service 
creator is only aware of parties and bearer related/bearer unrelated connections. The 
service creator uses the dictionary number to reference the party objects and uses the 
identifiers to identify bearers and has no actual visibility of leg objects. The service 
infrastructure handles the complex association of objects and identifiers performing the 
necessary mapping into the SSM modeL This has the advantage that the service creator 
needs not be concerned with the complex object associations and relationships that exist. 

Figure 7 provides a list of possible GSBBs. All GSBBs relating to database access were 
retained without any modifications. These data access GSBBs allow for example the 
look up for time of day routing or area of origin determination. As there is no impact of 
a broadband network, the building blocks are unaffected. A GSBB that allows the 
service creator to define a customised data access caters for any special needs of the 
broadband services. 

3*2 GSBB message sequence 

Each of the B-INAP dependent GSBBs translates into a sequence of messages that are 
exchanged between the B-SCP and the B-SSP and/or B-DP. This message sequence is 
translated from a dynamic description of the GSBB where the information in the 
messages is populated for a combination of the values inserted by the service creator 
from a graphical user interface, the SSM model and the service infrastructure. The 
GSBBs have been created to reflect the type of B-INAP operation. Again, verbs such as 
Add and Delete have been applied to describe the permissible actions in the GSBB. 
However such actions are restricted to connections or real end users. The action of the 
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GSBB will result in either the creation or deletion of all the necessary SSM objects in the 
B-SSP. For example one of the new GSBBs developed, the BearerControl GSBB allows 
the selection of either the deletion of an existing bearer connection or the creation of a 
new bearer connection between two existing parties. These actions will map on the 
DeleteBearer or AddBearerToSession B-INAP operations. When a new bearer 
connection is requested, new objects relating to the bearer connection and its associated 
legs are created. Within the B-SCE this is done automatically by the infrastructure thus 
removing this task form the service creator. This ensures that consistent SSM 
information is inserted in the messages to the B-SSP. The service creator needs to supply 
the bearer characteristics (e.g. bandwidth, class, etc.) and the directory number of the 
parties that are to share the bearer connection. 



Each GSBB has a specific message sequence description that describes the messages that 
are exchanged between the B-SCP and the B-SSP and/or the B-IP. The replies from the 
B-SSP take the form of state changes relating to objects. The communication indicating 
this state change will only be sent if the service logic had previously sent a specific 
message requesting to be informed about the state changes. Part of the GSBB's function 
is to arm all necessary state changes in the SSM model to allow the GSBB to be informed 
of the outcome of the request of the required operation. Each call control GSBB 
automatically arms the necessary state change requests in the form of 
RequestReportSSMChange so that it will always be notified about the outcome of a call 
control request. 



Figure 5 shows the message sequence exchanged between the service logic and the B- 
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SSP when the AddBearer option in the BearerControl GSBB is selected. Note, however 
this shows the expected message sequence under normal conditions and excludes the 
possibilities of exceptions occurring. The three RequestsReportSSMChanges individually 
arm the state changes that would indicate whether the bearer has been set-up, or either 
of the end parties has refused to accept the call, or either of the parties has abandoned the 
call. The GSBB has a status field that will be populated with a value that indicates the 
outcome of the AddBearer request. Additional GSBBs are available to allow the service 
creator to test the possible values of the status field and take appropriate action in the 
service picture. 

In order to simplify the service creation process, the GSBBs will only allow sequential 
operations to be performed. That is, until a notification of outcome of the operation is 
reported, the GSBB will now allow another operation to be performed. As sequential 
operations are performed, it is possible that a state change is reported that does not relate 
to the operation that the GSBB has been asked to perform, i.e. for example the release of 
a separate bearer connection within the same IN session. In such a case the normal 
message sequence is interrupted to allow this message to be read and its content buffered 
as an asynchronous event. This is evident in the run-time flow description of the GSBB 
in figures 6 A and 6B. Once the event is buffered, the GSBB will resume its normal 
action as dictated by the dynamic description. Additional GSBBs have been provided to 
test and read for such buffered events to allow them to be handled as dictated by the 
service requirements. 



33 



GSBB run -time action 
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In addition to a message sequence file, each GSBB has an associated run-time action file 
that describes the actions that the icon will perform. The actions cannot be altered by the 
service creator once the appropriate GSBB operation has been selected. Figure 6 shows 
the run-time actions for the AddBearer option in the BearerControl GSBB as described 
by the message sequence in figure 5. 

3.4 Service Creation Environment Architecture 

The central architecture of the B-SCE is shown in figure 8. The architecture has three 
distinct domains: building block definition, picture editor and code generation. 

The building block definition is the stage where the generic service building blocks 
themselves are defined. These include the definition of the message sequence chart 
described in section 3.2, the runtime actions described in section 3.3. The separation 
between this definition and the graphical picture editor means that future capabilities are 
not constrained by the graphical editor. 

The picture editor is a graphical tool that allows the service creator to select the building 
blocks from a palette and drag them to a drawing area. They can then be linked together 
to form a logic flow required by the service requirements. Each building block consists 
of a property sheet that contains input fields, menus and selection buttons are used to 
specify the detailed operation. Such a detailed operation may relate to a decision branch 
criteria, user interaction information to be sent to the end user or the bearer characteristics 
required to set up a particular bearer connection. The output of the picture editor is a 
general logic description of a service, without any explicit reference to the B-INAP other 
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than those at a higher level. 

This picture file is acted upon by the code generator to create runtime files required to 
execute the service on a B-SCR As the picture files do not contain any information 
about the messages, the code generation uses the GSBB message sequence details and 
runtime actions to perform the necessary translations for the B-INAP operations. In 
addition, SSM details and the asynchronous message library details are also used by the 
code generator to produce the ANSI C source code for the Service Logic Program. 

4. Conclusion 

The application of an Intelligent layer to broadband networks can be facilitated by a 
graphical service creation environment. A flexible narrowband system can be expanded 
to provide the additional complexity imposed by this environment. To realise the 
services utilising this environment such as advanced broadband video-conferencing the 
separated control of connections is essential, together with the asynchronous handling of 
events. 
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In addition sen/ice logic will be required to interwork with complex nodes such as 
Intelligent Peripherals to provide the User with comparable service navigation 
techniques. 
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CLAIMS 

1 . A broadband graphical service creation environment for creating Intelligent 
Network services for a Broadband Integrated Services Digital Network/Intelligent 
Network network, comprising building blocks, a picture editor and code 
generator, the building blocks being a collection of broadband specific actions, 
data access and data manipulation routines plus pictorial blocks that define the 
graphical layout of the service. 

2. A broadband graphical service creation environment as claimed in Claim 1, 
comprising B-IN Application Protocol dependent Generic Service Building 
Blocks to handle functions required by a B-IN Application Protocol. 

3. A broadband service creation environment as claimed in Claim 1 and further 
comprising Generic Service Building Blocks capable of running specific message 
sequence, which sequence can be interrupted by some asynchronous events, 
wherein once the event is handled, the original message sequence can be resumed 
and the service creation environment is able to generate Service Logic Programs 
(SLPs) that can support a finite state machine. 
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